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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Conmiittee Intelligent Transport System (ITS). 

The present document is part 2, sub-part 3 of a multi-part deliverable covering the test specifications for High Data Rate 
(HDR) Dedicated Short Range Communication (DSRC). 

Full details of the entire series can be found in part 2-1 [2]. 
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Scope 



The present document contains the Abstract Test Suite (ATS) and partial PIXIT proforma to test the "Dedicated Short 
Range Communication" (DSRC) "High Data Rate" (HDR) [1]. 

The objective of this abstract test specification is to provide test scripts for testing conformance of DSRC-HDR 
equipment specified in [1] giving a high probability of inter-operability between different manufacturer's equipment. 

All formal test scripts provided in the present test specification are based on TS 102 708-2-2 [3]. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [4], ISO/IEC 9646-2 [5] and 
ISO/IEC 9646-5 [6]), ETS 300 406 [7] and ES 201 873-1 [8] specifying the TTCN-3 core language are used as a basis 
for the test methodology. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI ES 200 674-1: "Electromagnetic compatibility and Radio spectrum Matters (ERM); Road 

Transport and Traffic Telematics (RTTT); Part 1: Technical characteristics and test methods for 
High Data Rate (HDR) data transmission equipment operating in the 5,8 GHz Industrial, Scientific 
and Medical (ISM) band". 

[2] ETSI TS 102 708-2-1 : "IntelHgent Transport Systems (ITS); RTTT; Test specifications for High 

Data Rate (HDR) data transmission equipment operating in the 5,8 GHz ISM band; 
Part 2: Application Layer Common Application Service Elements; Sub-Part 1: Protocol 
Implementation Conformance Statement (PICS) proforma specification". 

[3] ETSI TS 102 708-2-2: "IntelHgent Transport Systems (ITS); RTTT; Test specifications for High 

Data Rate (HDR) data transmission equipment operating in the 5,8 GHz ISM band; 
Part 2: Application Layer Common Application Service Elements; Sub-Part 2: Test Suite Structure 
and Test Purposes (TSS&TP)". 

[4] ISO/IEC 9646-1 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". 
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[5] ISO/IEC 9646-2 (1994): "Conformance testing methodology and framework - Part 2: Abstract 

Test Suite Specification" . 

[6] ISO/IEC 9646-5 (1994): "Conformance testing methodology and framework - 

Part 5: Requirements on test laboratories and clients for the conformance assessment process". 

[7] ETSI ETS 300 406: "Methods for testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[8] ETSI ES 201 873-1: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 1: TTCN-3 Core Language". 

[9] ETSI ES 201 873-5: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 5: TTCN-3 Runtime Interface (TRI)". 

[10] ETSI ES 201 873-6: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 6: TTCN-3 Control Interface (TCI)". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] ETSI TS 102 708-1-3: "IntelHgent Transport Systems (ITS); RTTT; Test specifications for High 

Data Rate (HDR) data transmission equipment operating in the 5,8 GHz ISM band; Part 1: Data 
Link Layer; Sub-Part 3: Abstract Test Suite (ATS) and partial PIXIT proforma". 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ES 200 674-1 [1], ISO/IEC 9646-1 [4], 
ISO/IEC 9646-2 [5], ES 201 873-1 [8] and the following apply: 

abstract test case: Refer to ISO/IEC 9646-1 [4]. 

Abstract Test Method (ATM): Refer to ISO/IEC 9646-1 [4]. 

Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [4]. 

Implementation Under Test (lUT): Refer to ISO/IEC 9646-1 [4]. 

Lower Tester (LT): Refer to ISO/IEC 9646-1 [4]. 

Test Purpose (TP): Refer to ISO/IEC 9646-1 [4]. 
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3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in ES 200 674-1 [1], ISO/IEC 9646-1 [4], 
ISO/IEC 9646-2 [5], ES 201 873-1 [8] and the following apply: 

AL Application Layer 

ATS Abstract Test Suite 

DLL Data Link Layer 

lUT Implementation Under Test 

LLC Link Layer Control 

OBU On Board Unit 

PDU Protocol Data Unit 

PICS Protocol Implementation Conformance Statement 

PIXIT Partial Protocol Implementation Extra Information for Testing 

RSU Road Side Unit 

SUT System under Test 

TC Test Case 

TP Test Purpose 

TS Test System 

TSS Test Suite Structure 

TTCN Testing and Test Control Notation 

TTCN-3 Testing and Test Control Notation version 3 



4 Abstract Test Method (ATM) 

This clause describes the ATM used to test TS 102 708-2-2 [3]. 

4.1 Protocol layer arciiitecture 

The implementation under test is the LLC layer of ES 200 674-1 [1]. The System under test comprises also the PHY 
layer and the application layer, which are necessary to perform the lUT tests. 

The tester executes the TTCN-3 scripts of the present Test Specification, running on an emulated PHY layer. 



TESTER 



SYSTEM UNDER TEST 




Figure 1 : Protocol layer architecture 
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Table 1 shows the DLL Test Suite Structure (TSS) including its subgroups defined for the conformance testing. 
Table 1 : Test suite structure for DSRC-HDR data link layer 



Layer 


Type of SUT 


Test group 


Behaviour 


AL (Application Layer) 


OBU (On Board Unit) 


KU (Kernel Unit) 


BV (Valid behaviour) 


Bl (Invalid behaviour) 


RA (Read Access) 


BV (Valid behaviour) 


WA (Write Access) 


BV (Valid behaviour) 


OF (Optional Functionality) 


BV (Valid behaviour) 


Bl (Invalid behaviour) 


IC (Integrity Constraints) 


Bl (Invalid behaviour) 


RSU (Road Side Unit) 


KU (Kernel Unit) 


N/A 


RA (Read Access) 


N/A 


WA (Write Access) 


N/A 


OP (Optional Functionality) 


N/A 



4.2 Test system architecture 
4.2. 1 The TTCN-3 test architecture 

An abstract architecture for a test system (TS) implementing a TTCN-3 ATS is displayed in figure 2 and also stated in 
ES 201 873-5 [9]. 
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Figure 2: The TTCN-3 Abstract Test System Architecture 

A TS has two interfaces, the TTCN-3 Control Interface (TCI) and the TTCN-3 Runtime Interface (TRI), which specify 
the interface between Test Management (TM) and TTCN-3 Executable (TE) entities, and TE, SUT Adapter (SA) and 
Platform Adapter (PA) entities, respectively. Out of these two interfaces the TRI has been standardized in 
ES 201 873-5 [9], whereas the specification and implementation of the TCI is in ES 201 873-6 [10]. 

The part of TS that deals with interpretation and execution of TTCN-3 modules, i.e. the Executable Test Suite (ETS), is 
shown as part of the TTCN-3 Executable (TE). This ETS corresponds either to the executable code produced by a 
TTCN-3 compiler or a TTCN-3 interpreter from the TTCN-3 ATS in a TS implementation. The remaining part of the 
TS, which deals with any aspects that cannot be concluded from information being present in the TTCN-3 ATS alone, 
can be decomposed into Test Management (TM), SUT Adapter (SA) and Platform Adapter (PA) entities. In general, 
these entities cover a TS user interface, test execution control, test event logging, communication of test data with the 
SUT, and timer implementation. 
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4.2.2 The HDR LLC test architecture 
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Figure 3: The HDR LLC Test System Architecture 

The HDR AL Test System Architecture, as described in figure 3, shows the interaction between the test case execution 
(TE) and the test adapter, as required to cover the test purpose requirements. 

LLC frames, sent to the SUT and received from the SUT are handled by the SA in order to fit the TTCN-3 types 
(see port mapping in the clause 4.2.3). Actually, the application layer (AL) require changing the LLC address field, so 
that the TE needs to handle the complete LLC frame as in LLC testing, and not only the Information field where the AL 
messages are included. As consequence, the TE uses the same port type as the DLL ATS: the lie port. 

As in the DLL ATS the TTCN-3 does not manage the values of some fields of the frames, which require dynamic 
bitwise computation, like for instance the frame flags and the Frame Check Sequence fields. As consequence, the lie 
port does only manage frames without flags and ECS. 

Elags and ECS shall be autonomously and correctly managed by the "PHY layer emulation". 

Some test cases require to trigger some actions in the lUT, which result in sending the expected frames to the tester. 
Triggering these action is realized in TTCN-3 by using the action operation (see in ES 201 873-1 [8]). According to the 
TTCN-3 standards, the action operation can result in different types of behaviour. Eor the best automatization of the 
test system, it is recommend to use the action operation to trigger the lUT for sending the required frames. At a 
minimum, the TTCN-3 test system shall generate text windows to invite the test operator to activate the necessary 
procedures in the lUT for sending the required frames. 

4.2.3 Port mapping 

4.2.3.1 Mapping rules for the lie port 

Only one TTCN-3 types is sent and received over the lie port: 
• the Lpdu type. 
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Table 2: Lpdu type mapping 



TTCN-3 type 


LLC frame field 


LIcAddressField 


LLC Address Field of the LPDU 


Apdu 


Information Field of the LPDU, containing the AL messages. 



4.2.3.2 Mapping rules for APDUs 

In the ATS, the information field containing APDU is using a regular TTCN-3 type: Apdu. 

This type declares a message type structure that is defined with ASN.l in the base standard ES 200 674-1 [1]. But these 
ASN.l definitions are easy to map one to one with standards TTCN-3 type definitions. 

Furthermore, the base standard, uses ASN.l for the type definition but not for the encoding. The encoding rules of 
ES 200 674-1 [1], clause 11.4, map all the ASN.l types with string types resulting in octetstring (Byte aligned). Thus 
the usage of ASN.l specific encoding rules is not necessary. 

Therefore using TTCN-3 types with Byte aligned bitstring encoding ensure a correct construction of the APDUs, rather 
than using ASN.l type definitions in TTCN-3. 

As far as possible, the same type identifiers were used in the TTCN-3 type definitions as in the ASN. 1 type definitions 
ofES 200 674-1 [1]. 

The hyphen ( - ) not being allowed in TTCN-3, it was either removed or replaced with a "_" in the TTCN-3 identifiers. 
If different names are used, the following table shows the type identifiers mapping between the ATS and 
ES 200 674-1 [1]. 

Table 3: Apdu type mapping 



TTCN-3 type 


ASN.1 type of ES 200 674-1 [1] 


RequestPdu 


Request-PDU 


ResponsePdu 


Response-PDU 


RespondingModeValue 


3 MSB bits of RespondingMode 


RespondingModeReserved 


5 MSB bits of RespondingMode (reserved) 


OpenMessage 


Open-Rq 


CloseMessage 


Close-Rq 



4.3 Type of BUT 



Two types of systems under test (SUT) are distinguished, i.e. on board units (OBUs) and road side units (RSUs). 



Untestable test purposes 



This clause gives a list of TP, which are not implemented in the ATS due to the chosen ATM or other restrictions. 

Table 4: Untestable TP 



Test Case Name 


Reason 


void 
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6 The ATS development process 

6.1 Requirements and Test Purposes 

For each test purpose there is a table defined in clause 5 of TS 102 708-2-2 [3]. The requirements applicable to this TP 
are given by a reference to ES 200 674-1 [1]. There are no explicit formulations of requirements. 

6.2 Test case grouping 

The ATS structure is based on the structuring of Test Purposes in clause 4 of TS 102 708-2-2 [3]. 



6.3 



Test case identifier 



The test case names are built up according to the following scheme: 



Table 5: TC identifier naming convention sclieme 



TC_<st>_<pl_<g>_<x>_<nn> 






<st> = side type 


OBU 


On Boad Unit 




RSU 


Road Side Unit 


<pl> = protocol layer 


DLL 


DLL 




AL 


Application Layer (see note) 




Bl 


Invalid Syntax or Behaviour Tests 


<g> test group 


KU 


Kernel Unit 




RA 


Read Access 




WA 


Write Access 




OF 


Optional Functionality 




OP 


Optional Functionality 


<x> = type of testing 


BV 


Valid Behaviour Tests 


<nn> = sequential number 


nn 


(00,01, ...) 



NOTE: The present specification covers only OBU and RSU test cases for the Application Layer (AL). Data Link 
Layer (DLL) tests are part of TS 102 708-1-3 [i.l]. 



EXAMPLE: 



TC_OBU_AL_KU_B V_0 1 . 



6.4 ATS Library 



For this ATS the TTCN-3 library modules are basically organized as: 

1) LibCommon modules (only a sub-part of the modules of this library is used); 

2) AL test suite modules. 
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Table 6 shows the organisation of the ATS as Hbrary of modules: 



Table 6: Library of modules 



Module Class 


Module Id 


Description 


LibCommon 


LibCommon BasicTypesAndValues 


Basic type and value definitions (integer and Boolean). 


LibCommon_DataStrings 


Bit and Octet string types. 






ITS_L7 


ITS_L7_types 


Type definitions 


ITS L7 pics 


PICS definitions 


ITS L7 pixits 


PIXIT definitions 


ITS L7 configuration 


Definitions of test configurations (ports and components) 


ITS L7 templates 


TTCN-3 template definitions 


ITS L7 extFunctions 


External functions 


ITS L7 functions 


Functions 


ITS L7 testcases 


Test cases 


ITS L7 control 


TTCN-3 control part 



6.5 TTCN-3 naming conventions 



Like in other software projects using a programming language, the use of naming conventions supports or increases: 

a) the readabiUty; 

b) the detection of semantic errors; 

c) the shared work of several developers; 

d) the maintainability. 

The naming conventions applied to the ATS are based on the following underlying principles: 

• the names of TTCN-3 objects being associated with standardized data types (e.g. in the base protocols) should 
reflect the names of these data types as close as possible (of course not conflicting with syntactical 
requirements or other conventions being explicitly stated); 

• the subfield names of TTCN-3 objects being associated with standardized data type should also be similar to 
corresponding element names in the base standards (be recognizable in the local context); 

• in most other cases, identifiers should be prefixed with a short alphabetic string (specified in table 3) indicating 
the type of TTCN-3 element it represents; 

• prefixes should be separated from the body of the identifier with an underscore ("_"); 

• only test case names, module names, data type names and module parameters should begin with an upper-case 
letter. All other names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter. 

Table 7 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix 
and capitalization. 
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Table 7: TTCN-3 naming conventions 



Language element 


Naming convention 


Prefix 


Module 


Use upper-case initial letter 


none 


TSS grouping 


Use all upper-case letters 


none 


Basic common data types (e.g. bit 
string types of fixed length) 


Use upper-case initial letter 


none 


Other Data types 


Use upper-case initial letter 


none 


Port instance 


Use lower-case initial letter 


none 


Test component ref 


Use lower-case initial letter 


none 


Function 


Use lower-case initial letter 


f 


External function 


Use lower-case initial letter 


xf 


Test case 


Use naming as specified in clause 6.3 


TC 


Variable (local) 


Use lower-case initial letter 


V 


Timer (local) 


Use lower-case initial letter 


t 


Module parameter 


Use initial upper case letters 


PX 


Parameterization 


Use lower-case initial letter 


P 


Enumerated Value 


Use lower-case initial letter 


e 


Message template 


Use lower-case initial letter, 

followed by message type in upper-case letters (for requests) 

or "Response" keyword 


m_ 


Message template with wildcard or 
matching expression 


Use lower-case initial letters 


mw_ 



6.6 



PICS information 



Test purposes, which form the base test specification for this ATS, contain selection criteria using PICS parameters. 
Actually a major part of the features described in the PICS are likely to be supported, even if the PICS status is 
"optional". Thus the selection criteria will not be applied as a condition for the execution of the test case. 

Test operators will be able to execute all test cases. Possible Fail verdicts will anyway lead the test operator to analyze 
the traces of the test case execution. Fail verdicts resulting from a feature not supported by the lUT, will appear 
obviously in the traces. 

This approach enables test case users to execute test cases, which are then not locked by the test selection mechanism. 

6.7 Test Suite documentation 

In order to allow browsing of the ITS_L2 ATS without the use of a specific TTCN-3 test development environment, the 
TTCN ATS is made available in HTML format with hyperlinks between entities in the ATS. The documentation in the 
ATS makes use of special comment tags used by the tool that converts the ATS to the HTML format. These tags are 
defined in table 8. 
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Table 8: TTCN-3 comment tags 



Tag 


Description 


©author 


Specifies the names of the authors or an authoring organization which either has created or 
is maintaining a particular piece of TTCN-3 code. 


©purpose 


Describes the purpose of a particular piece of TTCN-3 code. The description should be 
concise yet informative and describe the function and use of the construct. 


©remark 


Adds extra information, such as the highlighting of a particular feature or aspect not covered 
in the description. 


@see 


Refers to other TTCN-3 definitions in the same or another module. 


©return 


Provides additional information on the value returned by a given function. 


@param 


Documents the parameters of parameterized TTCN-3 definitions. 


©version 


States the version of a particular piece of TTCN-3 code. 



6.8 



ATS archive 



Annex B contains the ATS archive (.zip file expanding to text files with TTCN-3 code). 
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Annex A (normative): 
Partial PIXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, grants that users of 
the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed PIXIT proforma. 



A.1 Introduction 

This partial PIXIT proforma contained in the present document is provided for completion, when the related Abstract 
Test Suite is to be used against the Implementation Under Test (lUT). 

The completed partial PIXIT will normally be used in conjunction with the completed PICS, as it adds precision to the 
information provided by the PICS. 



A.2 PIXIT items 

According to the interworking type of ATS defined in the present document, the PIXIT are divided in SIP-related 
PIXIT and IMS-related PIXIT. 

NOTE: The Default values may not be applicable for certain PIXITs. 

Table A.1 : Test timer pixits 



Identifier 


Type 


Description 


Default value 


PXT TIMER PRECISION 


float 


Precision of timers in percentage. 


5,0 


PXT_TAC 


float 


Timer to control a reaction from the lUT to a stimulus sent 
by the tester (e.g. a message). On expiry of this timer, the 
lUT is considered not to be able to send the expected 
response. 


2,0 


PXTT_TAC 


float 


Timer to control a reaction from the lUT to a stimulus sent 
by the tester (e.g. a message). On expiry of this timer, the 
lUT is considered not to be able to send the expected 
response. 


2,0 


PX_TNOAC 


float 


Timer to control a non-reaction from the lUT to a stimulus 
sent by the tester (e.g. a message). On expiry of this timer, 
it is considered that, as it is expected in the test purpose, 
the lUT has not responded to the stimulus. 


5,0 


PXT_TWAIT 


float 


Wait for an implicit send. This guard timer is used to limitate 
the time where the tester is waiting for the response of the 
lUT that is triggered out by an action from the test operator. 
On expiry of this timer, it is considered that the action will 
not succeed, and thus the test case will be terminated. 


60,0 


PXT T GUARD 


float 


Guard timer used in the TTCN-3 control part. 


600 
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Table A.2: Application Layer pixits 



Identifier 


Type 


Description 


Default value 


PXT AP INVOCA 
TIONJD 


Integer 
(10 bits) 


Integer value representing the AP invocation 
identifier as defined by the applicant. This value 
is then mapped on to the 1 LSB bits of the 
LalD field 


255 


PXT CALLING A 
P_TITLE 


Octetstring 
(size 4) 


Octetstring (size 4) value representing the 
calling AP title as defined by the applicant. This 
value is then sent in the RequestPDU header. 
This parameter represent the RSU SNr, as 
Tester, and is relevant for testing OBU. 




PXT CALLED AP 
_TITLE 


Octetstring 
(size 5) 


Octetstring (size 5) value representing the 
called AP title as defined by the applicant. This 
value is then sent in the ResponsePDU header. 
This parameter represent the OBU SNr, as 
Tester, and is relevant for testing RSU 




PXT DEFAULT R 
ESP_IVIODE 


Bitstring 
(size 3) 


Bitstring (size 3) value representing the 
response mode default value. This value is 
used as part of the responding mode parameter 
in the RequestPDU header. This default value 
shall be 'OOO'B 


'OOO'B 


PXT MASTER C 
ORE LENGTH M 
AX 


Integer 


Maximum length of Master Core memory for 
Read 


5 


PXT MASTER C 
ORE 


Read Data 


Content of Master Core memory 


'0011223344'O 


PXT APPL CORE 
LENGTH MAX 


Integer 


Maximum length of Application Core memory 
for Read 


5 


PXT APPL CORE 


Read Data 


Content of Application Core memory 


'1122334455'0 


PXT APPL RECO 
RD LENGTH MA 
X 


Integer 


Maximum length of Application Core memory 
for Read 


5 


PXT APPL RECO 
RD 


Read Data 


Content of Application Record memory 


'2233445566'0 


PXT ACTION WR 
ITE_MODE 


WriteDataT 

oExternalRq 

Mode 


Action-Rq write valid mode 


ejm mediate 


PXT ACTION WR 
ITE ADDRESS 


Integer 


Action-Rq write valid address 


255 


PXT ACTION WR 
ITE ADDRESS W 
RONG 


Integer 


Action-Rq write invalid address 


1 


PXT ACTION WR 
ITE TIME 


Integer 


Action-Rq write time 





PXT ACTION WR 
ITE LENGTH 


Integer 


Action-Rq write length of data 


1 


PXT ACTION WR 
ITE DATA 


WriteData 


Action-Rq write data 


'ff'O 


PXT ACTION RE 
AD LENGTH 


Integer 


Action-Rs length 


1 


PXT ACTION RE 
AD DATA 


Read Data 


Action-Rs read data 


'ee'O 
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Annex B (informative): 
TTCN-3 library modules 

B.1 Electronic annex, zip file with TTCN-3 code 

The TTCN-3 library modules, which form parts of the present technical standard, are contained in archive 
ts_1027080203v010101p0.zip which accompanies the present document. 

B.2 Electronic annex, zip file with HTML documentation 

The HTML documentation, which forms parts of the present technical standard, is contained in archive 
ts_1027080203v010101p0.zip which accompanies the present document. Start the index.htm file in any preferred web 
browser. 
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